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ACCESS CONTROL OF A MULTIMEDIA SESSION ACCORDING TO 
NETWORK RESOURCE AVAILABILITY 

DESCRIPTION 

5 

TECHNICAL FIELD 

The invention lies in the field of 
telecommunications and more specifically relates to a 
method of access control of a multimedia session 

10 between a terminal A and a terminal B connected to a 
telecommunication network wherein, prior to session 
set-up, the terminal A (respectively B) transmits to 
the terminal B (respectively A) a message containing a 
list of codecs for encoding data to be exchanged during 

15 the session to be set up, and at the end of a session, 
the terminal A (respectively B) transmits to the 
terminal B (respectively A) a request to close the 
session . 

The method namely applies to private or 
20 public IP ("Internet Protocol") networks. 

PRIOR ART STATEMENT 

When a request to open a session is sent by 
a calling entity of a network, referred to as the 
originating entity, the latter sends messages 

25 containing information on all of the "codecs" (i.e. on 
data "Compression/Decompression" procedures for the 
transmissions on the network) proposed to set up a 
multimedia session with a called entity of the network, 
referred to as the destination entity. For each type of 

30 flow (audio, video etc.), the originating entity that 
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wishes to set up a session proposes one or several 
codecs to the destination entity. A data transmission 
rate on the network corresponds to each codec depending 
on the current transfer mode on this network (the ATM 
5 transfer mode for example) . Other protocols can be used 
specifically for the reservation of bandwidth, the RSVP 
protocol (''resource reservation protocol") for example. 

The bandwidth control mechanisms 

recommended by the current standards for the set-up of 

10 a session between two terminals in a packet 
transmission network are based on the negotiation of 
the multimedia information encoding systems (audio, 
video codecs) directly between these terminals by means 
of the signalling protocols such as the protocols SIP 

15 or H323 for example. The request for bandwidth is sent 
directly from the terminals and is carried by these 
signalling messages. 

Many known industrial products, grouped 
under the generic term SBC ("Session Border 

20 Controller") , offer multimedia session access control 
solutions wherein the originating terminal transmits a 
request containing codec propositions for setting up a 
session to the destination terminal, the destination 
terminal then answers by accepting one or several of 

25 the proposed codecs according to the types of data to 
be transmitted during the session and calculate a 
bandwidth according to the codecs accepted and the 
transport capacities peculiar to the input/output 
interfaces between the access network and the rest of 

30 the network. 
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A disadvantage of these devices stems from 
the fact that the session access control can only 
guarantee the absence of saturation of the interfaces 
during the sessions but not that of the access link. 
5 In addition, these systems do not allow for 

the reservation of bandwidth resources, when a session 
is set up, that take into account the network (or the 
access network) resources, namely on the link under 
consideration between the originating point and the 

10 destination point. This is detrimental to optimum 
network management in terms of bandwidth. 

Another drawback of the prior art relating 
to this resource control method stems from the fact 
that it is not possible to guarantee a quality of 

15 service on a given link adapted to support several 
sessions. This particularly penalises telephone 
operators, for example, for which it is important to be 
able to guarantee certain quality of service (or "QoS") 
parameters, 

2 0 REPORT ON THE INVENTION 

The invention recommends an access control 
mechanism for a session between a first terminal A 
located at an originating point and a second terminal B 
located at a destination point in a telecommunication 

25 network, that dynamically considers, not only the 
codecs proposed by the terminal A and accepted by the 
terminal B but also the actual bandwidth resources 
available on this link. 

These objects are archived by a method 

30 wherein, prior to session setting up, the terminal A 
(respectively B) transmits to the terminal B 
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(respectively A) a message containing a list of codecs 
for encoding data to be exchanged during the session to 
be set up, and at the end of a session, the terminal A 
(respectively B) transmits to the terminal B 
5 (respectively A) a request to close the session. 

The method according to the invention 
comprises the following steps: 

- intercepting the message containing the list of 
codecs, 

10 - modifying the list of codecs proposed by the 
intercepted message in order to take into account the 
actual bandwidth resources available for the link 
between the terminal A and the terminal B, and 

- transmitting to the terminal B (respectively A) , the 
15 message containing the modified list of codecs, 

- reserving the resources and updating the database for 
using access resources. 

The telecommunication operators can hence 
control the resource shared between several users of a 
20 network and avoid saturation of the network . access 
links . 

In addition, this method comprises the 
following steps in the event that terminal B 
(respectively A) should accept the request to set up a 
25 session, 

- setting up the session between the terminal A and the 
terminal B using the modified codecs, 

- calculating the residual bandwidth resources 
according to the bandwidth resources corresponding to 

30 the accepted codecs, 
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- memorising the value of the residual resources 
calculated during the previous step in a database for 
using access resources, 

filtering the media flows according to a request 
5 for bandwidth resources, 

authorising the flow transmission between the 
terminal A and the terminal B according to the 
bandwidth resources corresponding to the accepted 
codecs , 

10 and in the event of session refusal, 

- transmitting to the terminal A (respectively B) a 
message indicating the failure of session set-up, 

- updating said database according to the bandwidth 
resources released on the link. 

15 Note that in an IP context, the media flows 

are identified by means of the IP addresses and the UDP 
ports implicated. 

Owing to the method according to the 
invention, the transmission of information following 

20 the set-up of the session between the terminal A and 
the terminal B is carried out according to recommended 
rates accepted by both the terminal A and the terminal 
B and compatible with the actual transmission capacity 
of the link between the terminal A and the terminal B. 

25 In the event of a request to close the 

multimedia session sent by the terminal A (respectively 
B) , the method according to the invention comprises the 
following steps: 

- intercepting the request to close the session sent by 
30 the terminal A (respectively B) , 
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- identifying the open session for which the request to 
close has been sent, 

- determining the codecs used during said session, 

- transmitting the request intercepted to the terminal 
5 B (respectively A) , 

- blocking the transmission between the terminal A and 
the terminal B; 

- calculating the values of the residual bandwidth 
resources according to the resources released on the 

10 link between the terminal A and the terminal B by 

stopping the session, and 

- updating the database for using network access 
resources, with the residual carrying capacity values 
calculated during the previous step. 

15 In a particular application of the method 

according to the invention, the telecommunication 
network is a packet data transfer network and the 
message containing the list of codecs exchanged between 
the terminal A and the terminal B is transmitted via 

20 one of the signalling protocols SIP or H323. 

The invention also relates to an access 
control device for a multimedia session between a 
terminal A and a terminal B connected to a 
telecommunication network wherein, prior to session 

25 set-up, the terminal A (respectively B) transmits to 
terminal B (respectively A) a message containing a list 
of codecs to be exchanged during the session to be set 
up, and at the end of a session, the terminal A 
(respectively B) transmits to the terminal B a request 

30 to close the session. 
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The device according to the invention 
comprises means of intercepting the message containing 
the list of codecs and means of modifying the list of 
codecs proposed in the intercepted message in order to 
5 take into account the actual bandwidth resources 
available for the link between the terminal A and the 
terminal B. 

In a particular embodiment, the device 

comprises : 

10 — a filtering module FM intended to intercept the 
signalling flows from the terminal A (respectively 
B) ; 

- a call module CM intended to extract the codecs 
proposed in the signalling messages, 
15 - a session access module SAM intended to generate a 
new request to set up a session with a list of codecs 
of which the carrying capacities are compatible with 
the bandwidth resources available for the link 
between the terminal A and the terminal B, and 
20 - a database DB containing the value of the bandwidth 
resources available for the link between the terminal 
A and the terminal B. 

Note that the role of the terminals A and B 
may be exchanged without modifying the method according 
25 to the invention. The terminal B may indeed be the 
originating point of the request for session set-up and 
the terminal A the destination point of this request. 
In all instances, the destination entity of the request 
for session set-up or closing as well as the 
30 originating entity of this request are termination 
points of the signalling protocol (in the signalling 
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data that indicate the originating point and the 
destination point) that correspond to the originating 
point of the messages exchanged. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 Other characteristics and advantages of the 

invention will emerge from the description that 
follows, by way of a non-limitative example, with 
reference to the accompanying drawings wherein: 

- Figure 1 schematically shows a device to implement 
10 the method according to the invention, 

- Figure 2 is a flow chart illustrating the method 
according to the invention in the case of 
transmission of a request to set up a session by a 
terminal , 

15 - Figure 3 is a flow chart illustrating the method 
according to the invention in the case of 
transmission of a session closing request by a 
terminal, 

20 DETAILED DESCRIPTION OF THE PARTICULAR EMBODIMENTS 

The description that follows relates to a 
particular application of the method in an IP network. 

Note that the signalling protocols used in 
IP networks to enable point-to-point or multi-point 
25 conferences (audio and video) between a terminal A and 
a terminal B are: 

- the protocol H323 that is a standard relating to 
multimedia conferences on packet transmission 
networks (including IP transfers) recommended by the 

30 ITU (International Telecommunication Union), based on 
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the RTP/RTCP ("Real time Transfer Protocol/Real time 
Transfer Control Protocol") communication protocols 
defined by the IETF (Internet Engineering Task Force) 
and also on audio codecs (for example: G.711, 
5 G. 723.1, G.728, and video codecs (for example: 

H261 and H.263). H323 documentation is available on 
the ITU website: 

www. itu. int /ITUT /publications /recs . html , H series, 
- The SIP protocol "Session Initialisation Protocol " 
10 created to replace the protocols defined in the H323 

standard, is a signalling protocol for telephony and 
videoconferencing used for transmissions in real- 
time. This protocol is based on http and MIME 
(Multipurpose Internet Mail Extensions) and is based 
15 on the SDP protocol ("Session Description 

Protocol" [RFC2327]) for session descriptions and on 
RTP ("Real Time Protocol") for data transport. 

Use of the SDP protocol in the SIP messages 
is described in appendix B of RFC2543 (the RFC 
20 references are available on the IETF website 
http : //www .ietf.org/rfc ) . 

In the following part of the description it 
will be assumed that the terminals A and B are 
connected in ATM mode via an access link to the IP 
25 network and have a virtual channel within a virtual 
port on this link. 

Figure 1 schematically illustrates a device 
intended to implement the method according to the 
invention shown in which are the terminal A with the 
30 reference 2, the access link 4 of terminal A, the 
terminal B with the reference 6, a media flow filtering 
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module FM adapted to filter on filtering request, 
received by a call module CM, the media flows relative 
to a session identified on the link between the 
terminal A and the entity B, according to the rate 
5 recommendations indicated in the filtering request, and 
adapted to block upon blocking request, received from 
the CM module, the media flows relative to a session 
identified on this link ; the CM module being adapted 
to intercept and route to the CM module the signalling 

10 flows from the terminal A as well as the signalling 
flows from the terminal B ; a call module CM 10 
intended to extract the codecs proposed in the 
signalling messages, a session access module SAM 12 
intended to generate a request to set up a session with 

15 a list of codecs of which the carrying capacities are 
compatible with the bandwidth resources available for 
the link between the terminal A and the terminal B, and 
a database DB 14 containing the actual values of the 
carrying capacities of the virtual channels and ports 

20 of the access link of the terminal A (respectively B) , 
and namely the actual values of the available rates 
DCvc and DCvp, respectively for the virtual channel 
(VC) and the virtual port (VP) of the terminal A 
(respectively B) and a signalling flow routing module 

25 SFRM adapted to route the signalling flows transmitted 
between the entity A and the entity B to a call module 
CM. 

The steps of the method in the event of a 
request to set-up a session sent by the terminal A will 
30 be described with reference to Figure 2. 
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During step 20 a request to set up a 
session RSS1 containing a list of codecs Cp(l),Cp(N) is 
sent by the terminal A to the access link 4. 

During step 22, the RSS1 request is 
5 intercepted by the module CM 8 and then directed to the 
module CM 10. The latter extracts the codecs 
Cp ( 1 ) , . . , Cp (N) proposed and sends (arrow 24) to the 
database 14 an inquiry message to determine the actual 
values of the carrying capacities of the virtual 

10 channels and ports of the access link of the terminal 
A, and namely the actual values of the available rates 
DCvc and DCvp, respectively for the virtual channel 
(VC) and the virtual port (VP) of the terminal A. 

In response to this message, the database 

15 14 provides (arrow 26) the module CM 10 with the 
requested values. With these values and with the 
extracted codecs, a list L of the compatible codecs 
Cc (1) , . . , Cc (K) is determined during step 28. Step 30 
consists in checking the compatibility of the codecs on 

20 the list established during step 28 against the actual 
values DCvc and DCvp respectively of the carrying 
capacities of the virtual channels and ports. This 
check is carried out as follows: 

By referring to the rate corresponding to 

25 the codec Cp(i) (i varies between 1 and N) as DCp(i), 
if DCp(i) < DCvc and if DCp(i) < DCvp, then the codec 
Cp(i) is compatible and is hence added to the list L. 
If the list L is empty, a failure message is then 
transmitted (step 32) to the terminal A. 

30 If, on the contrary, L is not empty, then 

the compatible codecs Cc ( 1 ) , . , Cc (K) that it contains 
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are inserted into a new request RSS2 that is sent (step 
34) to the terminal B. 

At the same time, residual carrying 
capacity values, namely residual rates DRvc and DRvp 
5 (respectively for the virtual channel and the virtual 
port of the terminal A) , are calculated during step 36. 

By referring to the rate corresponding to 
the compatible codec Cc(i) (I varies between 1 and K) 
as DCc(i), the residual rates are obtained as follows: 
10 DRvc = DCvc - Max (DCc (1) , . . , DCc (K) ) and 

DRvp = DCvp - Max (DCc (1) , . . , DCc (K) ) . 

Step 38 consists in reserving resources 
corresponding to the values of the carrying capacities 
of the virtual channels and the virtual ports of the 
15 access link of the terminal A. 

This reservation of resources is carried 
out by updating the database 14 with the residual 
values of the carrying capacities of the virtual 
channels and the virtual ports of the access link of 
20 the terminal A calculated beforehand. 

The database 14 is updated by carrying out 
the following assignment operations: 

DCvc = DRvc and DCvp = DRvp. 

Step 40 consists in checking whether the 
25 terminal B accepts or refuses the new request RSS2 . 

If the terminal B accepts this new request 

RSS2 , then the accepted codecs Ca ( 1 ) , . , Ca ( J) are 

V 

memorised (step 42) . These codecs are then used with 
the actual values of the carrying capacities of the 
30 virtual channels and ports of the access link of the 
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terminal A to calculate the residual values (step 44) 
as follows: 

By referring to the rate corresponding to the accepted 
codec Ca(i) (i varies between 1 and J) as DCa(i), the 
5 residual values are given by means of the following 
expressions : 

DRvc = DCvc - Max ( DCa ( 1 ) , . . , DCa ( J) ) and 

DRvp = DCvp - Max (DCa (1) , . . , DCa ( J) ) ; 

During step 16, the database DB 14 is 
10 updated by the sending (arrow 47) of a message 
containing the residua values calculated. This update 
is carried out via the following assignment operations: 

DCvc = DRvc and DCvp = DRvp. 

During step 48, the session is authorised 
15 If during step 40 the request RSS2 is not 

accepted by the terminal B, then the database DB is 
updated (step 50) by a message (arrow 52) containing 
the actual values of the carrying . capacities of the 
virtual channels and ports of the access link of the 
20 terminal A to replace the stored values. A failure 
message is then sent (step 54) to the terminal B. 

The steps of the method in the event of a 
request to close the session sent by the terminal A 
will now be described with reference to Figure 3. 
25 During step 60, a request to close the 

session RCS is sent by the terminal A to the access 
link 4. 

During step 62, the module CM 10 extracts 
from the RCS message the session identifier SID 64, the 
30 codecs 66 used for the current session Cs ( 1 ) , . . , Cs ( P) 
memorised beforehand during session opening. 
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A RCS message is then sent to the terminal 

B (step 68) . 

During step 70, the module CM 10 
sends (arrow 72) to the database 14 an inquiry to obtain 
5 the actual values of the carrying capacities of the 
virtual channels and the virtual ports of the access 
link of the terminal A. 

In response to this inquiry, the database 
14 provides (arrow 74) the actual values of the 
10 carrying capacities of the terminal A access link, 
namely the actual rate of the virtual channel of A, 
DCvc, and that of the virtual channel of A, DCvp. 

From these values and values corresponding 
to the current codecs 66, residual values are 
15 calculated (step 76) according to resources released on 
this link by stopping the session, corresponding to the 
codecs associated with the noted identifier of the 
session. By referring to the residual rate of the 
virtual channel of A as DRvc(i), and that of the 
20 virtual port of A as DRvp and the rate corresponding to 
the codec Cs(i)(i varies between 1 and P) as DCs (i) , 
the residual values are calculated as follows: 

DRvc = DCvc + Max (DCs (1) , . . , DCs (P) ) and 
DRvp = DCvp + Max (DCs (1) , . . , DCs (P) ) , 
25 The rate value Max ( DCs ( 1 ) , . . , DCs ( P) ) is the 

rate value corresponding to the codecs stored in memory 
when the session is opened. 

The database DB is then updated (step 78) 
by the sending of a message 42 containing the residual 
30 values calculated. 
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For the rates, the update is carried out 
via the following assignment operation: 
DCvc = DRvc and DCvp = DRvp. 



